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(57) Abstract: A switch includes a reserved pool of buffers in 
a shared memory. The reserved pool of buffers is reserved for 
exclusive use by an egress port. The switch includes pool select logic 
which selects a free buffer from the reserved pool for storing data 
received from an ingress port to be forwarded to the egress port. The 
shared memory also includes a shared pool of buffers. The shared 
pool of buffers is shared by a plurality of egress ports. The pool 
select logic selects a free buffer in the shared pool upon detecting 
no free buffer in the reserved pool. The shared memory may also 
include a multicast pool of buffers. The multicast pool of buffers is 
shared by a plurality of egress ports. The pool select logic selects a 
free buffer in the multicast pool upon detecting an IP Multicast data 
packet received from an ingress port. 
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METHOD AND APPARATUS FOR REDUCING POOL STARVATION 
IN A SHARED MEMORY SWITCH 

BACKGROUND OF THE INVENTION 

A networking switch receives data packets at ingress ports and forwards the 
5 data packets to one or more egress ports. The switch determines the egress port or 
ports to which the data packets are forwarded dependent on a destination address 
included in the data packet A data packet received from an ingress port is stored in 
memory in the switch before being forwarded. 

The memory in the switch may be a shared memory in which all received 

10 data packets are stored before being forwarded. As the received data is stored in the 
shared memory, a data packet pointer; that is, a pointer to the location of the 
received data in shared memory is stored in one or more queues. The data packet 
pointer may be queued dependent on the ingress port at which it was received or the . 
egress port at which it is to be transmitted. An output buffered switch queues a -data 

15 packet pointer dependent on the egress port at which it is to be transmitted. 

The shared memory is shared by all the egress ports and a location is 
randomly allocated to an egress port for storing a received data packet to be 
forwarded to fixe egress port. The number of data packets transmitted through each 
egress port can vary dramatically resulting in temporary congestion in a particular 

20 egress port Temporary congestion may occur at an egress port if data packets 
received from a plurality of ingress ports are to be forwarded through the -same 
egress port or if there is a speed mismatch between the ingress port and the egress 
port, for example, the ingress port receives data at 1 Gigabks per second and the 
egress port transmits data at 1 00 Megabits per second. 
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SUMMARY OF THE INVENTION 

A shared memory provides more memory for use by a congested egress port 
but all the shared memory may be consumed storing data for a congested egress port 
leaving no memory available for storing data to be forwarded to non-congested 
5 egress ports. This results in data packets being dropped for non-congested egress 
ports. 

In accordance with the invention, a shared memory switch including a 
reserved pool of buffers in the shared memory is presented. The reserved pool of 
buffers is reserved for an egress port. The switch includes pool select logic which 

1 0 selects a free buffer from the reserved pool for storing data received from an ingress 
port to be forwarded to the egress port 

The shared memory also includes a shared pool of buffers. The shared pool 
of buffers is shared by a plurality of egress ports. Upon detecting no free buffer in 
the reserved pool, the pool select logic selects a free buffer in the shared pool. 

15 The shared memory may also include a multicast pool of buffers. The 

multicast pool of buffers is shared by a plurality of egress ports. The pool select 
logic selects a free buffo: in the multicast pool upon detecting an IP Multicast data 
packet received from an ingress port. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 The foregoing and other objects, features and advantages of the invention 

will be apparent from the following more particular description of preferred 
embodiments of the invention, as illustrated in the accompanying drawings in which 
like reference characters refer to the same parts throughout the different views. The 
drawings are not necessarily to scale, emphasis instead being placed upon illustrating 

25 the principles of the invention. 

Fig. 1 is a block diagram of a shared memory switch; 

Fig. 2 is a block diagram of the shared memory shown in Fig. 1 illustrating the 

reserved pools, shared pool and multicast pool; 

Fig. 3 is a block diagram of the pool select logic in the packet storage manager 
30 shown in Fig. 1; 
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Fig. 4 is a block diagram of the pool counters shown in Fig. 3; 

Fig. 5 is a flowchart illustrating the steps for selecting a pool implemented in pool 

counter logic shown in Fig. 3; 

Fig. 6 is a flowchart illustrating the steps for returning a buffer to a pool 
5 implemented in pool counter logic shown in Fig. 3. 

DETAILED DESCWPTION OF THE INVENTION 

A description of preferred embodiments of the invention follows. 
Fig. 1 is a block diagram of a shared memory switch 100. AH data received 
on ingress ports 1 02 is stored in shared memory 1 08 before being forwarded to one 

10 or more egress ports 1 12^. The packet storage manager 106 controls write and read 
access to the shared memory 108. The packet storage manager 106 includes pool 
select logic 124. The pool select logic 124 logically portions the shared memory 108 
into a shared pool, a multicast pool and a plurality of reserved pools as illustrated in 
Fig. 2. There is no actual physical portioning of the shared memory 108. 

15 The pool select logic 124 manages the buffers in each pool by selecting a 

pool from which to allocate a buffer. A buffer is allocated from the egress port's 
reserved pool if the number of allocated buffers for an egress port 1 12 is less than a 
reserved threshold count. The pool select logic 124 is described later in conjunction 
with Fig. 2. Read and write access to the shared memory 108 is described in co- 

20 pending U.S. Patent Application Serial Number 09/386,589 filed on August 31, 
1999 entitled "Method and Apparatus for an Interleaved Non-Blocking Packet 
Buffer" by David A. Brown which is incorporated herein by reference in its entirety. 

The switch 100 includes an ingress ports engine 104 and an egress peats 
engine 1 10. A data packet is received serially at an ingress port 102. The ingress 

25 engine 104 detects and processes headers in the received data packet, determines 
from the detected header on which -egress port 1 12^ to forward the data packet and 
generates a forward vector 1 14 for the data packet. The forward vector 1 14 is a bit 
map, with a bit corresponding to each of the plurality of egress p orts 1 1 2^, 
indicating whether the data packet is to be forwarded to that egress port 1 12o. D . A 

30 method and apparatus for generating a forward vector 1 1 4 is described in co-pending 
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U.S. Patent Application Serial Number Serial Number 09/453,344 filed December 1, 

1999 entitled 'Method and Apparatus for Wire-Speed TP Multicast Forwarding" by 
David A Brown, the entire teachings of which are incorporated herein by reference 
in its entirety. The forward vector 1 14 is forwarded to the packet storage manager 

5 106. 

The packet storage manager 106 provides shared memory addresses 122 for 
read and write operations to the shared memory 108 and stores the locations in the 
shared memory 108 of each data packet stored in one or more egress port queues 
(not shown). A method and apparatus for providing egress port queues is described 
10 in co-pending U.S. Patent Application Serial Number 09/559,190 filed on April 27, 

2000 entitled "Port Packet Queuing" by Richard M. Wyatt incorporated herein by 
reference in its entirety. The egress engine 110 through select 120 selects one of the 
plurality of egress ports 1 12^, on which to transmit a data packet and provides the 
stored data packet to the selected egress port 1 12^. 

15 The shared memory 108 stores data packets received from any of the ingress 

ports 102 for transmitting to any of the egress ports 112^. The switch 100 provides 
concurrent processing by the ingress port engine 104 of data packets received at 
ingress ports 102 and processing of stored data packets by the egress port engine 1 10 
for forwarding on egress ports 1 12^. 

20 As a data packet is received serially on one of the ingress ports 102, the serial 

data may be grouped into data segments. Each data segment is stored in a buffer in 
shared memory 108. Thus, the size of a buffer is dependent on the size of a data 
segment. The size of a data segment is dependent on the networking protocol 
supported by the switch 1 00. For example, for the Ethernet networking protocol, the 

25 size selected for the data segment is 64 bytes because the minimum data packet size 
for an Ethernet data packet is 64 bytes. 

The ingress ports engine 104 also determines from the header included in a 
received data packet if a data packet is an IP Multicast data packet The switch 100 
forwards a copy of an IP Multicast data packet to each member of the IP Multicast 

30 group. A single copy of the data packet is stored in shared memory 108 with a 
Multicast Forwarding Index ("MH") as is described in co-pending U.S. co-pending 
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U.S. Patent Application Serial Number "Serial Number 09/433,344 filed December 1, 
1999 entitled "Method and Apparatus for Wire-Speed IP Multicast Forwarding" by 
David A. Brown, which is incorporated herein by reference in its entirety. Members 
of the IP Multicast group may be connected to the same egress port 1 12 or to more 
5 than one egress port 1 12. Multiple copies of the IP Multicast data packet are 
forwarded to an egress port 1 12, one for each member of the IP Multicast group 
connected to the egress port 112. If the received data packet is an TP Multicast data 
packet, the ingress ports engine 1 04 forwards a multicast tag 126 with the forward 
vector 114 indicating that the received data packet is an IP Multicast data packet. 

10 The multicast tag 126 indicates whether the received data packet is an IP Multicast 
data packet The multicast tag 126 can be implemented as a single bit set to ' V if the 
received data packet is an IP Multicast data packet. 

Fig. 2 is a block diagram of the shared memory 108 shown in Fig, 1 logically 
portioned into a shared pool 200, a Multicast pool 204 and a plurality of reserved 

15 • pools 202 0 - 202 n . A reserved pool 202 0 - 202 n is provided for each egress port 

112^. A reserved threshold count of buffers is assigned to each reserved pool 202 0 - 
202,,. The reserved threshold count of buffers may only be allocated for storing data 
packets for the respective egress port 1 12. The shared pool 200 is provided for 
storing data packets to be forwarded to any of the egress ports 1 12^. The Multicast 

20 pool 204 is provided for storing IP Multicast data packets to be forwarded to any of 
the egress ports 1 12^. 

A buffer is allocated from the egress ports reserved pool 202^ while the 
count of allocated buffers is below the threshold count. If the number of reserved 
allocatable buffers has been exceeded, buffers are allocated from the shared pool 

25 200. A buffer for a data packet can only be allocated from the respective reserved 
pool 202 0 - 202,, associated with the egress port 1 12^. Thus, even if all the buffers 
in the shared pool 200 are allocated to one congested egress port 112^, a buffer is 
available for allocation to a non-congested port from the non-congested port's 
respective reserve pool 202 0 - 202 n . 

30 If the data packet is an IP Multicast data packet, the data packet is stored 

once in shared memory 108 arid a copy of the stored data packet is forwarded to 
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members of the IP Multicast group. The IP Multicast data packet is stored in shared 
memory 108 until the IP Multicast data packet has been forwarded to each member 
of the IP Multicast group. 

As the stored IP Multicast data packet may be forwarded to more than one 

5 egress port 1 12, it is difficult to select a port reserved pool 202 from which to 
allocate a buffer in which to store the IP Multicast data packet Also, without 
keeping separate accounting for IP Multicast data packets, itxannot be determined 
when an IP Multicast data packet is being dequeued whether it is from a reserved 
pool 202 or a shared pool 200 because the buffer may not have been allocated from 

10 the reserved pool for the egress port to which the last IP Multicast data packet is 
forwarded Having a separate pool for storing IP Multicast data packets allows a 
switch 100 to limit the number of buffer resources that can be consumed for storing 
IP Multicast data packets. Thus, a Multicast pool 204 is provided to store IP 
Multicast data packets. 

15 Fig. 3 is a block diagram of the pool select logic 124 in the packet storage 

manager 106 shown in Fig. 1 . The pool select logic 124 includes pool counters 300 
and pool counter logic 302. The pool counters 300 include a counter for each pool 
200, 20V202 n , 204 in shared memory 108. The counter status 304 is forwarded to 
the pool counter logic 302. 

20 The pool counter logic 302 selects the pool 200, 202^202^ or 204 from 

which to allocate a buffer dependent on the state of counter status 304, the forward 
vector 1 14 and the Multicast tag 126 for the received data packet to be stored in 
shared memory 108. After selecting the pool 200, 202 0 -202 n or 204, the pool 
counter logic 302 generates counter increment-decrement 306 to increment or 

25 decrement the respective counter in pool counters 300. The pool counter logic 302 
also generates buffer_available 308. The state of buffer_available 308 indicates 
whether a buffer is available for storing a received non-Multicast data packet in 
shared memory 108. If no buffer is available for a non-Multicast data packet in the 
shared pool 200 or the port reserved pool 202, or for a Multicast data packet in the 

30 Multicast pool 204, the received data packet is dropped. 
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If a buffer is available in which to store the received data to be forwarded to 
an egress port, a buffer is allocated from a free list of buffers in shared memory 108 
as described in conjunction with co-pending U.S. Patent Application Serial Number 
09/386,589 filed on August 31, 1999 entitled "Method and Apparatus for an 
5 Interleaved Non-Blocking Packet Buffer" by David A. Brown which is incoiporated 
herein by reference in its entirety. 

Fig. 4 is a block diagram of the pool counters 300 shown in Fig. 3. The pool 
counters 300 include a shared free counter 400, a total free counter 402, a Multicast 
free counter 41 6, a reserved free counter 428, a queue reserved threshold register 
10 412, and a port reserve pool counter 414^ for each egress port 1 12^ in the switch 
100. 

The total free counter 402 stores the total number of free buffers in shared 
memory 108. The total free counter 402 is preset with the sum of the buffers in the 
shared pool 200, the port reserve pools 202 0 -202 o and the Multicast pool 204. The 

IS total free counter 402 is decremented each time a buffer is allocated from any pool to 
store a data packet If the pools are assigned as follows: reserved « 500; shared = 
2000; Multicast = 500, the sum of the buffers is 3000 equal to the total number of 
available buffers. TP Multicast data packets are dropped once the 500 data packets in 
the Multicast pool 204 are used even if there are buffers available in the shared pool 

20 200. 

There is a certain amount of "tuning" required in a switch. The tuning 
includes determining how to divide the shared memory 108 to reduce the probability 
of dropping data packets during congestion. Most congestion occurs when there are 
bursts of data colliding together at an output port. Depending on factors such as 

25 burst length and others, the drop probability varies dependent on the over 

subscription ratios of the pools in shared memory 108. Thus, the thresholds for the 
pools in shared memory 108 are modifiable dependent on expected load conditions. 

In an alternative embodiment, the pools 200, 202Q-202, and 204 are 
oversubscribed The total free counter 402 is initialized with the total number of 

30 physical buffers in shared memory 1 08. The sum of the buffers in the shared pool 
200, the port reserve pools 202 0 -200 B and the Multicast pool 204 istgreater than the 
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count stored in the total free counter 402. This allows for better utilization of 
buffers in shared memory 1 08, but reduces the guarantee that there will be a buffer 
available in the port reserve pool 202. 

For example, if the pools are assigned as follows: reserved pool =1000; 

5 shared pool = 2000; Multicast pool = 1 000, the sum of the buffers is 4000 but the 
total number of available buffers in shared memory 108 is 3000; that is, less than the 
sum of the buffers in the pools. This allows better utilization of the buffers in shared 
memory 1 08 if there is more Multicast data traffic than unicast and broadcast data 
traffic through the switch 100 because one third of the total number of available 

1 0 buffers may be allocated for storing IP Multicast data packets. 

If the Multicast pool 204 is not oversubscribed, Multicast data packets are 
dropped when the Multicast pool 204 is full even if there are buffers available in 
shared memory 108. Thus, with over subscription, it is less likely that data packets 
are dropped when there are buffers available in shared memory 108. The 

15 disadvantage is that a buffer may not be available in the reserved pool for a non- 
congested port even if the respective port reserved pool 202 is below its reserved 
threshold. 

The shared free counter 400 stores the number of available or free buffers in 
the shared pool 200. Buffers in the shared pool 200 of shared memory 108 may 

20 store a data packet for any egress port 1 1 2<^. The shared free counter 400 is 

decremented each time a buffer is allocated from the shared pool 200. Shared pool 
count 430 indicates whether there are free buffers in the shared pool 200. The 
shared pool count 430 is forwarded to pool counter logic 302. 

The Multicast free counter 416 stores the number of available buffers in the 

25 Multicast pool 204. The port reserve pool counters 414^ store the number of 
buffers allocated to the respective egress port 112 from the respective port reserve 
pool 202 0 -202 n and the shared pool 200. A queue reserved threshold register 412 
stores the number of buffers reserved for allocation to a port reserve pool202 0 - 
202 o . One queue reserved threshold register 412 is provided if the same number of 

30 buffers is reserved for allocation to each port reserve pool 202q - 202 o . In an 
alternative embodiment each port reserve pool 202 0 - 202 n may have a different 
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number of buffers reserved for allocation and thus a queue reserved threshold 
register 412 is required for each port reserve pool counter 414^. 

The reserved free counter 428 is preset to the sum of the buffers reserved for 
each egress port 1 12 or is preset to a number less than the sum. If the reserved iree 
5 counter is preset to a number less than the sum, more reserved memory is provided 
per egress port but an egress port may not be able to allocate all of the buffers in its 
respective reserved pool For example, if there are four reserve port pools each with 
100 buffers reserved and the total reserved is set to 400. Upon receiving a data 
packet to forward to an egress port, the packet is dropped if there are no free buffers 
10 in the shared pool and the egress port has no free buffers in its respective reserve 
port pool even if there are free buffers in the reserved pool. If each reserve port pool 
is oversubscribed to 150, each egress port may use up to 150 buffers of the 400 
buffers in the reserved pool. Thus, more buffers are available for a congested port 
However, by oversubscribing, an egress port is not guaranteed allocation of its 

1 5 reserved pool of buffers. For example, in a switch with 4 ports and -each reserve port 
pool oversubscribed to 150, with one congested port using 150 buffers, there are 250 
buffers available for allocation to the other 3 ports. 

Each of the counters 400, 402, 414^ 416, and 428 has a respective counter 
increment-decrement signals 422, 404, 426^, 410 and 436 generated by the pool 

20 counter logic 302 and forwarded on counter increment-decrement 306 (Fig. 3). A 
counter 400, 402, 414^ 416, and 428 is incremented or decremented each time a 
buffer is allocated or freed from a respective pool. For example, the shared free 
counter 400 is decremented each time a buffer is allocated from the shared pool 200 
and incremented each time a buffer is freed back to the shared pool 200. The total 

25 free counter 402 is decremented each time a buffer is allocated from any pool and 
incremented each time a buffer is freed to any pool. 

Fig. 5 is a flowchart illustrating the steps for selecting a pool 200, 202 0 -202^ 
204 in shared memory 108 from which to allocate a buffer implemented in pool 
counter logic 302 shown in Fig. 3. Fig. 5 is described in conjunction with Fig. 3 and 

30 Fig. 4. 
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At step 500, the pool counter logic 302 waits for notification of a received 
data packet to be stored in shared memory 108. The notification of a received data 
packet includes a forward vector 1 14 and a multicast tag 126 forwarded from the 
ingress ports engine 1 04. The forward vector 114 indicates the egress ports 1 1 2^ to 
5 which the received data packet is to be forwarded. The Multicast tag 126 indicates 
whether the data packet is an IP Multicast data packet. If a data packet is received, 
processing continues with step 502. If not, processing continues with step -500. 

At step 502, the pool counter logic 302 determines if there is a buffer 
available in the shared memory 108 for storing the received data packet. A buffer is 
10 available in shared memory 1 08 if total free 408 is greater than zero. Total free 408 
is the count of free buffers stored in the total free counter 402 (Fig. 4). If a buffer is 
available, processing continues with step 504. If not, processing continues with step 
518. 

At step 504, the pool counter logic 302 determines if the received data packet 

15 is an IP Multicast data packet. The state of the Multicast tag 1 26 indicates whether 
the data packet is an TP Multicast data packet. If the data packet is an IP Multicast 
data packet, the data packet is stored once in shared memory 108 and a copy of the 
stored data packet is forwarded to each member of the IP Multicast -group. The data 
packet may be forwarded multiple times to one or more egress ports 1 12^ . If the 

20 received data packet is an P Multicast data packet, processing continues with step 
520. If not, processing continues with step 505. 

At step 505, the received data packet is a non-IP Multicast data packet. 
Thus, a buffer must be allocated from the shared pool 200 or the port reserve pool 
202 0 - 202,, . The pool counter logic 302 determines if there is a buffer available in 

25 any of the port reserve pools 202 0 - 202 n . A buffer is available if the reserved pool 
count 432 is greater than zero. The reserved pool count 432 is checked because the 
reserved pool 202 may be oversubscribed. Thus, even if the queue^jount 434^ 
associated with the egress port 1 12^ to which the received data packet is to be 
forwarded is less than the reserved threshold 41 8, there may not be a buffer available 

30 in the reserved pools 202. If there is a buffer available, processing continues with 
step 506. If not, processing continues with step 508. 
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At step 506, The pool counter logic 302 determines if there is a buffer * 
available in the respective port reserve pool 202$ - 202 n . A buffer is available if the 
queue count 434^ associated with the egress port 1 12^ to which the received data 
packet is to be forwarded is less than the reserved threshold 418. If so, processing 
5 continues with step 512. If not, processing continues with step 508. 

At step 508, no buffers are available in the respective port reserve pool 202q - 
202 n of the shared memory 108. The pool counter logic 302 determines if there is a 
buffer available in the shared pool 200. A buffer is available if the shared pool count 
430 is greater than zero. If so, processing continues with step 510. If not, processing 

10 continues with step 518. 

At step 5 1 0, a buffer is allocated from the shared pool 200. The pool counter 
logic 302 updates the number of buffers available in the shared pool 200 by 
decrementing the shared free counter 400 through increment-decrement shared 422. 
Processing continues with step 514. 

15 At step 512, the pool counter logic 302 updates the number of buffers 

available in the port reserve pool 202 by decrementing the reserved free counter 428 
through increment-decrement reserved 436. Processing continues with step 514. 

At step 514, the pool counter logic 302 updates the number of buffers used by 
the egress port by incrementing the port reserve pool counter 4 1 4 through increment- 

20 decrement queue 426. The respective port reserve pool counter 414 is selected 
dependent on the egress port 112 selected in the forward vector 1 14. A buffer for a 
respective egress port may be allocated from the shared pool 200 or the respective 
port reserve pool 202. Thus, the respective reserved queue count 434 may be greater 
than the reserved threshold 418. Processing continues with step "516. 

25 At step 516, the pool counter logic 302 updates the total number of free 

buffers in shared memory 108 by decrementing the total free counter 402 through 
increment-decrement total 404. Processing continues with step 526. 

At step 518, there is no buffer available in shared memory 108. The egress 
port 1 12 has used all the buffers from the respective port reserve pool 202 and all 

30 buffers in the shared pool 200 are in use. The received data packet is-dropped. 
Processing is complete. 
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At step 520, the received data packet is an IP Multicast data packet Thus, a 
buffer must be allocated from the Multicast pool 204. The pool counter logic 302 
determines if there is a buffer available in the Multicast pool 204. A buffer is 
available if the multicast pool count 420 is greater than zero. If so, processing 
5 continues with step 522. If not, processing continues with step 518. 

At step 522, the pool counter logic 302 updates the number of buffers 
available in the multicast pool 204 by decrementing the multicast free counter 416 
through increment-decrement multicast 410. Processing continues with step 524. 

At step 524, the pool counter logic 302 sets multicast tag 310 to indicate that 
10 the buffer is to be allocated for an IP Multicast data packet. The multicast tag 3 1 0 is 
stored with the pointer to the allocated buffer in shared memory 1 08 stored in an 
egress port queue (not shown) associated with each egress port 1 12 to which the IP 
Multicast data packet is to be forwarded. Processing continues with step 526. 

At step 526, a buffer is available for allocation. The pool counter logic 302 
1 5 indicates that a buffer is available for storing the received <lata packet through 
buffer_ available 308. Processing is complete. 

Fig. 6 is a flowchart illustrating the steps for returning a buffer to a pool 
implemented in the pool counter logic 302 shown in Fig. 3. 

At step 600, the pool counter logic 302 waits for notification of a buffer to be 
20 returned to shared memory 108 from the egress ports engine 1 1 0. The egress ports 
engine 110 schedules the forwarding of a stored data packet to an egress port 112 
through select 120 forwarded to the packet storage manager 1 06. The egress ports 
engine 110 includes an egress port queue (not shown) for each egress port 1 12. The 
egress port queue stores pointers to allocated buffers in shared memory 108. After 
25 the egress ports engine 1 1 0 has forwarded the data packet, the buffer can be freed If 
the buffer is to be freed, processing continues with step 602. If noVprocessing 
continues with step 602. 

At step 602, the multicast tag 126 stored with the pointer of the buffer to be 
freed indicates whether the buffer was allocated from the multicast pool 204. If the 
30 buffer was allocated from the multicast pool, processing continues with step 605. If 
not, processing continues with step 604. 
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At step 604, the pool counter logic 302 determines if the buffer is to be 
returned to the shared pool 200 or to a port reserve pool 202. The pool counter logic 
302 examines the reserved queue count 434 associated with the egress port 1 12 to 
which the data packet was forwarded. If the respective reserved queue count 434 is 
5 greater than the reserved threshold 4 1 8, the buffer is to be returned to the shared pool 
200 and processing continues with step 610. If the respective reserved queue count is 
less than the reserved threshold 41 8, the buffer is to be returned to the respective port 
reserve pool 202 and processing continues with step 608. 

At step 605, the pool counter logic 302 determines if a copy of the IP 

10 Multicast packet has been forwarded to all members of the IP Multicastgroup. The 
IP Multicast data packet received at the ingress port 102 (Fig. 1) is stored in shared 
memory 108 (Fig. 1) until the IP Multicast data packet has been forwarded to all 
members of the IP Multicast group. After the last IP Multicast data packet has been 
forwarded, the buffer in shared memory 106 storing the EP Multicast data packet can 

15 be returned to the IP Multicast pool 204. 

To determine if a copy of the DP Multicast data packet has been forwarded to 
all members of the TP Multicast group, the number of port queues (not shown) that 
the IP Multicast data packet has been queued on is stored in a port queue counter 
register (not shown). The counter register is decremented each time a copy of the IP 

20 Multicast data packet is forwarded to the egress port 1 10 (Fig. 1). The number of 
port queues is determined from the forward vector 1 14. 

If a copy of the IP Multicast data packet has been forwarded to all members 
of the IP Multicast group, processing continues with step 606. If not, processing 
continues with step 600. 

25 At step 606, the pool counter logic 302 updates the number of buffers 

available in the multicast pool 204 by incrementing the multicast free -counter 416 
through increment-decrement multicast 410. Processing -continues with step <6 14. 

At step 608, the pool counter logic 302 updates the number of buffers used in 
the port reserve pools 202 by incrementing the reserved free counter 428 through 

30 increment-decrement reserved 436. Processing continues with step 612. 
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At step 610, the pool counter logic 302 updates the number of buffers 
available in the shared pool 200 by incrementing the shared free counter 400 through 
increment-decrement shared 422. Processing continues with step 612. 

At step 612, the pool counter logic 302 updates the number of buffers used by 
5 the egress port by decrementing the respective port reserve pool counter 414 through 
increment-decrement queue 426. The respective pent reserve pool counter 414 is 
selected dependent on the state of select forwarded from the egress ports engine 1 10. 
Processing continues with step 614. 

At step 614, the pool counter logic 302 updates the total number of buffers 
1 0 available in shared memory 1 08 by incrementing the total free counter 402 through 
increment-decrement total 404. Processing continues with step 616. 

At step 616, the buffer is freed by adding a pointer to the buffer to a free list 
Processing is complete. 

While this invention has been particularly shown and described with 
15 references to preferred embodiments thereof, it will be understood by those skilled in 
the art that various changes in form and details may be made therein without 
departing from the scope of the invention encompassed by the appended claims. 
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CLAMS 

What is claimed is: 

1 . A switch comprising: 

a reserved pool of buffers in a shared memory, the reserved pool of 
5 buffers reserved for an egress port; 

a shared pool of buffers in the shared memory, the shared pool of 
buffers shared by a plurality of egress ports; and 

a pool select logic which selects a free buffer to allocate from the 
reserved pool for storing data received from an ingress port to be forwarded 
10 to the egress port, and deallocates the selected buffer after the data has been 

forwarded to the egress port. 

2. A .switch as claimed in Claim 1 wherein the pool select logic selects a free 
buffer in the shared pool upon detecting no free buffer in the reserved pool. 

3. A switch as claimed in Claim 1 further comprising: 

15 a multicast pool of buffers in a shared memory shared by a plurality of 

egress ports. 

4. A switch as claimed in Claim 3 wherein the pool select logic selects a free 
buffer from the multicast pool upon detecting an IP Multicast data packet 
received from an ingress port. 

20 5. A switch as claimed in Claim 3 further comprising: 

a total free counter storing the number of free buffers in shared 
memory, the total free counter preset to the total number of buffers in the 
shared memory wherein the sum of the buffers in the multicast pool, the 
reserved pool and the shared pool is greater than the total number of buffers 

25 in the shared memory. 
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6. A switch as claimed in Claim 3 further comprising: 

a total free counter storing the number of free buffers in shared 
memory, the total free counter preset to the total number of buffers in the 
shared memory wherein the sum of the buffers in the multicast pool, the 
5 reserved pool and the shared pool is equal to the total number of buffers in 

the shared memory. 

7. A switch as claimed in Claim 5 wherein the pool select logic determines the 
availability of a free buffer in the shared memory dependent on the number of 
free buffers in the shared memory stored in the total free counter. 

10 8. A switch as claimed in Claim 6 wherein the pool select logic determines the 
availability of a free buffer in the shared memory dependent on the number of 
free buffers in the shared memory stored in the total free counter. 

9. A switch comprising: 

a reserved pool of buffers in a shared memory, the reserved pool of 
15 buffers reserved for an egress port; 

a shared pool of buffers in the shared memory, the shared pool of 
buffers shared by a plurality of egress ports; 

a means for selecting a free buffer to allocate from the reserved pool 
for storing data received from an ingress port to be forwarded to the egress 
20 port; and 

a means for deallocating the selected buffer after the data has been 
forwarded. 

1 0. A switch as claimed in Claim 9 wherein the means for selecting selects a free 
buffer in the shared pool upon detecting no free buffer in the reserved pool. 



25 11. 



A switch as claimed in Claim 9 further comprising: 
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a multicast pool of buffers in a shared memory shared by a plurality of 
egress ports. 

12. A switch as claimed in Claim 1 1 wherein the means for selecting selects a 
free buffer from the multicast pool upon detecting an IP Multicast data packet 

5 received from an ingress port. 

13. A switch as claimed in Claim 12 further comprising: 

means for counting the number of free buffers in shared memory, the 
means for counting preset to the total number of buffers in the shared memory 
wherein the sum of the buffers in the multicast pool, the reserved pool and the 
1 0 shared pool is greater than the total number of buffers in the shared memory. 

14. A switch as claimed in Claim 12 further comprising: 

means for counting the number of free buffers in shared memory, the 
means for counting preset to the total number of buffers in the shared memory 
wherein the sum of the buffers in the multicast pool, the reserved pool and the 
IS shared pool is equal to the total number of buffers in the shared memory. 

15. A switch as claimed in Claim 13 wherein the means for selecting a free buffer 
determines the availability of a free buffer in the shared memory dependent 
on the number of free buffers in the shared memory stored in the means for 
counting. 

20 16. A switch as claimed in Claim 14 wherein the means for selecting a free buffer 
determines the availability of a free buffer in the shared memory dependent 
on the number of free buffers in the shared memory stored in the means for 
counting. 



17. 



A method for managing a shared memory in a switch comprising the steps of: 
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providing a reserved pool of buffers in the shared memory, the 
reserved pool of buffers reserved for an egress port; 

providing a shared pool of buffers in the shared memory, the shared 
pool of buffers shared by a plurality of egress port; 
5 selecting a free buffer to allocate from the reserved pool for storing 

data received from an ingress port to be forwarded to the egress port; and 

deallocating the selected buffer after the data has been forwarded to 
the egress port. 

18. A method as claimed in Claim 1 7 wherein the step of selecting selects a free 
1 0 buffer in the shared pool upon detecting no free buffer in the reserved pool. 

19. A method as claimed in Claim 17 further comprising the step of: 

providing a multicast pool of buffers in a shared memory shared by a 
plurality of egress ports. 

20. A method as claimed in Claim 1 9 wherein the step of selecting selects a free 
1 5 buffer from the multicast pool upon detecting an IP Multicast data packet 

received from an ingress port. 

21. A switch as claimed in Claim 20 further comprising: 

providing a total free counter for counting the number of free buffers 
in shared memory, the total free counter preset to the total number of buffers 
20 in the shared memory wherein the sum of the buffers in the multicast pool, 

the reserved pool and the shared pool is greater than the total number of 
buffers in the shared memory. 



25 



A switch as claimed in Claim 20 further comprising: 

providing a total free counter for counting the number of free buffers 
in shared memory, the total free counter preset to the total number of buffers 
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in the shared memory wherein the sum of the buffers in the multicast pool, 
the reserved pool and the shared pool is equal to the total number of buffers 
in the shared memory. 

23. A switch as claimed in Claim 21 further comprising the step of: 

5 determining the availability of a free buffer in the shared memory 

dependent on the number of free buffers in the shared memory stored in die 
total free counter. 

24. A switch as claimed in Claim 22 further comprising the step of: 

determining the availability of a free buffer in the shared memory 
1 0 dependent on the number of free buffers in the shared memory stored in the 

total free counter. 
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